home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000012_emv@shelley.aa.ox.com _Wed Nov 13 01:11:01 1991.msg < prev    next >
Internet Message Format  |  1994-01-24  |  5KB
  1. Return-Path: <emv@shelley.aa.ox.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA02121; Wed, 13 Nov 91 01:11:01 GMT+0100
  4. Received: by dxmint.cern.ch (cernvax) (5.57/3.14)
  5.     id AA03747; Wed, 13 Nov 91 01:02:22 +0100
  6. Received: by shelley.aa.ox.com (/\==/\ Smail3.1.22.1 #22.9)
  7.     id <m0kh855-000Ds7C@shelley.aa.ox.com>; Tue, 12 Nov 91 19:03 EST
  8. Message-Id: <m0kh855-000Ds7C@shelley.aa.ox.com>
  9. To: jfg@bernd.cern.ch (Jean-Francois Groff)
  10. Cc: www-interest@nxoc01.cern.ch
  11. Subject: Re: some of the stuff on ftp.cs.toronto.edu:/pub/emv/ is in WWW format 
  12. In-Reply-To: Your message of Tue, 12 Nov 91 16:36:46.
  13.              <9111131536.AA05532@bernd.cern.ch> 
  14. Date: Tue, 12 Nov 91 19:03:47 -0500
  15. From: Edward Vielmetti <emv@ox.com>
  16. X-Mts: smtp
  17.  
  18. >> I just tried to read your news-archives.README with the line-mode
  19. >> browser through the traditional file: access. First-minute comments :
  20.  
  21. Thanks for the comments.  I realize this is just a first pass for some
  22. of this -- I'm hand editing the files for now, but before too long I
  23. really want to start generating stuff more automatically, best to get
  24. the formats down pat before writing code.
  25.  
  26. >> The easy fix is to append `.html' to the name of any file that
  27. >> contains HTML tags, but I understand that it will bother people who
  28. >> look at your files without www. 
  29.  
  30. I'm expecting to generate two (or three, or n) different files
  31. eventually from an SGML source; one will be relatively flat ASCII that
  32. people can read real easily, another will be nice pretty postscript
  33. suitable for paper, and the third the HTML for the browser.  I'm
  34. pretty sure that the available SGML tools (either now or within the
  35. year) will make this reasonable to do, one way or the other.
  36.  
  37. >> - We agree that the current syntax can be ambiguous, but we want to
  38. >> keep references to local and remote files in the same format, because
  39. >> the very notion of a `remote' file should disappear with wide-area
  40. >> hypertext (remember the new WAN cliche: the network IS the computer).
  41.  
  42. I guess the only problem here is that the frame of reference (or the
  43. top level directory) may change depending on your access mode;
  44. anonymous FTP shows that tendency, and AFS seems to as well.  I've
  45. abandoned the aftp: bit as I rewrite things, they're just file: now.
  46.  
  47. >> - Currently, a colon after the host name is used to specify an alternate
  48. >> TCP port number, but a good browser should ignore it if no number is
  49. >> present. In this way, www can be compatible with ange-ftp syntax.
  50.  
  51. Thanks.  I think it's important -- ange-ftp users includes me, and
  52. since I don't have a real super WWW browser other than line mode I
  53. need to be sure that I don't have to rewrite stuff.  I don't think it
  54. would be to hard to cons up a similar setup to 
  55.  
  56. >> I'll add this to the wish-list for the `file:' access method :
  57. >> 
  58. >>     * if the address ends with a `/', try `ls' instead of `get'.
  59. >>     * try to get an appropriate README file. Try those in order :
  60. >>       README.html, *README*.html, README, *README*, *readme*
  61. >>     * Display that file if found, then build a list of references
  62. >>       for all the files contained in the directory.
  63.  
  64. There's work going in the IETF Anonymous FTP working group (headed up
  65. by Alan Emtage and Peter Deutsch of archie fame) to work on improving
  66. access to anonymous FTP areas.  A standard for directory description
  67. is sorely lacking, and I think (cross fingers) than an SGML approach
  68. like WWW would have as good a chance as any to get acceptance That's
  69. especially true, *if* can be generated with minimal or no effort by a
  70. site admin.  I'm inclined to called the file
  71.     archie.html
  72. just to steal their good name :-) and make it clear that the file is
  73. designed to be scooped up and processed by other things (future
  74. archies, WWW, WAIS, other hypertext browsers, other indexes).
  75.  
  76. A first pass would be to take a big archive that you're familiar with
  77. and that is already reasonably well indexed (say the index files from
  78. one of the NeXT archives, or maybe simtel20, or something like that)
  79. and convert the indexes into WWW format.  
  80.  
  81. >> With the line-mode browser, this will look fine :
  82. >> 
  83. >>   blah blah blah. Check out [1] for lots more information.
  84.  
  85. Fixed (more or less)in the stuff that I'm going back over.  I don't
  86. have a formatter just yet that will display things as they will show
  87. on-screen, & there are style and design conventions involved which I'd
  88. really rather steal from someone than do myself.  A style guide for
  89. html (and a dtd, if you can manage one, so that these things can be
  90. munged with sgml tools) would be great to have.
  91.  
  92. >> Thank you for all your suggestions. Please continue to provide
  93. >> feedback as you write more html. We're looking forward to read your
  94. >> data seamlessly and pave the way for other ftp site managers.
  95.  
  96. Happy to be of help, thanks for the comments.  It's a big enough job
  97. to try to map out what's out there on the net, I'd just as soon let
  98. someone else write the nice GUI so I don't have to.
  99.  
  100. -- 
  101. Edward Vielmetti, vice president for research, MSEN Inc. emv@msen.com
  102.        MSEN, Inc. 628 Brooks Ann Arbor MI 48103 +1 313 741 1120
  103.  
  104.